home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9805 / 000142_owner-linux-arm…r.rutgers.edu _Sat May 23 23:51:39 1998.msg < prev    next >
Internet Message Format  |  1998-06-02  |  3KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id XAA17588
  4.     for <willy@odie.barnet.ac.uk>; Sat, 23 May 1998 23:51:39 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id XAA12468
  7.     for <willy@bofh.ai>; Sat, 23 May 1998 23:52:20 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:26120 "EHLO vger.rutgers.edu" ident: "root") by nic.funet.fi with ESMTP id <2575-504>; Sun, 24 May 1998 01:52:13 +0300
  9. Received: by vger.rutgers.edu id <970854-31161>; Sat, 23 May 1998 18:19:35 -0400
  10. Received: from tazenda.demon.co.uk ([158.152.220.239]:3603 "HELO kings-cross.london.uk.eu.org" ident: "exim") by vger.rutgers.edu with SMTP id <970921-31161>; Sat, 23 May 1998 18:18:52 -0400
  11. Received: from kings-cross.london.uk.eu.org [127.0.0.1] (phil)
  12.     by kings-cross.london.uk.eu.org with esmtp (Exim 1.71 #1)
  13.     id 0ydKLO-0004A0-00; Sat, 23 May 1998 20:52:38 +0100
  14. X-Mailer: exmh version 2.0zeta 7/24/97
  15. To: theomarkettos@letterbox.com
  16. cc: linux@arm.uk.linux.org, linux-arm@vger.rutgers.edu
  17. Subject: Re: PowerROMmed cards 
  18. In-reply-to: Your message of "Sat, 23 May 1998 15:17:30 BST."
  19.              <19980523.151730.27@marketto.demon.co.uk> 
  20. Mime-Version: 1.0
  21. Content-Type: text/plain; charset=us-ascii
  22. Date:     Sat, 23 May 1998 20:52:38 +0100
  23. From: Philip Blundell <Philip.Blundell@pobox.com>
  24. Message-Id: <E0ydKLO-0004A0-00@kings-cross.london.uk.eu.org>
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. X-Loop: majordomo@vger.rutgers.edu
  29. Status: RO
  30.  
  31. >I see - so you mean that once you've worked out what card it is and
  32. >therefore what the memory map is, you then check to see whether the chip is
  33. >where you think it is, and if it's not then you don't initialise the driver. 
  34. [...]
  35. >driver chip.  If this was in the middle of some critical data transfer the
  36. >driver might hang waiting for a ready signal that never came because the chip
  37. >wasn't being read and rubbish was returned instead.
  38. >
  39. >Apologies if this already happens for most drivers - I'm speaking as a RISC
  40.  
  41. Most drivers do at least make an attempt at not locking the machine if 
  42. something goes wrong.  If the chip was missing then it would be fairly 
  43. obvious the first time you tried to talk to it.
  44.  
  45. p.
  46.  
  47.  
  48. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu